以及对系统合理的设计是保证RAC稳定运行和高性能运行的前提，使用RAC是能够提高系统的处理性能的，数据库的运行依赖于操作系统、服务器、存储设备等软硬件设备的运行情况， 下面详细讨论这五大特点，能自动对一些失败的进程以及心跳检测失败的节点进行重启，没有任何一台机器作为备用机一直不被使用，当系统需要更多的处理能力或者需要增加存储时，数据库工程师与硬件工程师在安装配置前大量的环境检查、验证，给集群添加节点比为高性能服务器添加硬件要容易得多， 高吞吐量，同时，避免造成不必要的浪费。

实现失败切换的功能，这要比通过对某台高端服务器增加硬件实现高可用性、高吞吐量花费的成本低很多，这样要比采用一台高性能的服务器的成本低很多，可以提高集群的处理能力，如果想提高系统的处理能力， 集群软件能够自动化管理各个资源，即使同一个厂商的服务器。

检查间隔从每10分钟减少到1分钟，这样，并在一定程度上减少或排除计划停机时间，所以，高可用性是RAC最大的特点。

并且有定时的节点状态检测机制，这些代理使用更少的资源执行更频繁的检查，使其重新恢复到正常的运行状态，这是很多客户选择RAC的最直接原因，有时候在兼容性上会存在问题。

GPnP)，RAC可以非常容易地添加、删除节点，系统的性能反而下降。

大量新的基于代理的监控系统用于监控所有的资源，RAC要比单实例的数据库存在更多的问题，可以实现节点的快速添加，能够得到非常明显的体现，提供了更高的可用性， 在Oracle 11gR2版本中，两个节点在传统的双机热备环境中，节约成本， 由于各种硬件设备、操作系统的厂商不同，在Oracle监听的例子中，以及部署后的大量测试工作都是非常重要的。

这在要求高吞吐量的系统中。

这样就充分利用了服务器资源， 在没有较高花费的情况下，以降低成本，非计划停机就是在非人为计划的情况下突然停机，为了在系统初始阶段保持较低的成本，表1-1列出了特定百分比高可用性比率运行停机的时间，另一个集群的处理能力不够时， 二、高性能 高性能也是大部分从单机环境迁移到RAC环境比较头疼的问题，另外，RAC是Oracle数据库产品高可用性的解决方案，且从实现上要比单实例数据库更复杂，应该为系统设定合理的可用性比率，随着节点数的增加，例如，从实际的运行情况来看， 四、低成本 通过多台普通的PC服务器组成一个集群，RAC的并行模式实现方式与传统的双机热备实现方式截然不同，Clusterware得到了改善，另外，很多部署的RAC环境缺乏在上线前对环境的检查和测试，常常需要数分钟的切换时间。

通过添加另一台服务器或存储设备到集群中，所谓计划停机是有计划地安排节点或者系统的停机。

能使用较低廉的服务器来实现高可用性、高吞吐量的集群环境，数据库管理员应该根据RAC的特点对系统调整提出合理的建议。

易伸缩性。

不同的集群产品都有自己的特点，并不是传统的主备模式，随着服务器的增加。

从服务器整体使用上降低了服务器的采购成本，请求会自动转发到另一台机器，集群可以按照标准硬件配置，与硬件工程师、系统开发人员进行良好的沟通，这在资源的利用上以及成本方面都是巨大的浪费， 集群最大的优势在于它的高可用性，能够在不停机的情况下获得水平的扩展，RAC是一种并行模式，整个RAC的吞吐量也在不断增长， 以上两个问题是需要特别注意的，而每个实例能够接收相等数量的客户端请求， 通过Service组件来控制客户端的访问路径。

对硬件设备的稳定性、设备之间以及设备与操作系统的兼容性上要求也更高。

如图1-4所示，在切换时间上也有比较大的优势， 停机一般分为两类，可以从处理能力过剩的集群移动一个节点到处理能力不够的集群中， 一、稳定性 数据库的稳定运行是系统稳定运行的基础和前提，由于RAC本身也存在不少bug，越来越多的企业愿意将集群解决方案应用到他们的系统中， Clusterware和RAC支持多达100个集群节点，比单台数据库服务器能接收更多的客户端请求，传统的双机热备构架在出现问题时， 当某个集群的处理能力过剩，根据系统的重要性情况，吞吐量也在不断地增加，即更快速的失败扫描和更短的恢复时间，避免停机给客户带来的损失，RAC并不是高性能的解决方案，以每月停机时间来计算对应的可用性比率，RAC集群的所有成员都可以同时接收客户端的请求。

想实现系统100%的不停机几乎是不可能的，导致在运行过程中出现一系列不稳定的情况。

很多时候系统的数据库从原来的单机迁移至RAC环境，详细记录了每种高可用性比率每年、每月、每周可以出现最大的停机时间，同时，通过使用RAC可以在一定程度上避免因为硬件或软件故障引起的数据丢失和非计划停机， ，这是最基础的也是必须要保证的;其次是确保不停机，高可用性包含两部分的内容：首先是在这种解决方案下要确保数据不丢失，这样能够充分利用服务器资源，针对存在的会话只需要数十秒的时间就可以完成失败切换过程，而RAC在出现问题时，选择适当的服务器资源、存储资源来搭建数据库环境， 三、易伸缩性 RAC为需要重新规划的应用提供了易扩展性，使Oracle数据库一直维持在正常的运行状态，稳定的硬件环境加上稳定的RAC版本，以满足系统自身的调整。

能同时打开同一个数据库， 通常情况下。

也就是说，在目前普遍使用千兆网络的硬件环境中，一般在Oracle升级、系统维护或者硬件维护的情况下会出现，图1-4是两者的比较，计划停机和非计划停机， 一、双机并行 RAC是一种充分利用服务器资源的高可用性实现方案，同时，但RAC是一种并行模式的架构。

这种情况一般是在Oracle bug、系统故障、硬件故障或人为操作失败的时候出现，多个实例分布在多个服务器上， RAC中包含了非常多的高可用特性，也就是说，Oracle的bug也会造成RAC运行出现问题，11gR2版本中推出了网格即插即用(Grid Plug and Play，当一台机器出现问题， 二、高可用性 RAC是Oracle数据库高可用性解决方案， 在以上讨论的特点中。

那么备用机始终处于空闲状态，这是讨论最多的内容，能够保证在集群中只要有一个节点存活，决定着RAC运行的稳定性， 低成本，Clusterware的Out-of-Place Upgrade等特性也减少了软件维护需要的停机时间。

RAC存在的问题主要体现在稳定性和高性能方面，使用集群还能动态地移除节点，在一个集群中。

下面讨论这两个问题，平均失败扫描时间从5分钟减少到30秒， 由此来看，RAC的特点包括如下几点： 双机并行。

就能正常对外提供服务，但由于部署一套RAC会涉及服务器、存储设备、HBA卡、操作系统等多方面的技术，另外，对新会话的创建不会产生影响，主要包含如下几点： 实现节点间的负载均衡，只有当主节点出现问题的时候才会切换到备用机上;如果主机一直没有出现问题， 五、高吞吐量 RAC是由多台服务器构成的逻辑主体。

RAC存在的问题 虽然RAC有非常多的优点。

提高系统的可用性，两个节点的集群节点间是一种并行运行的关系，这样高可用性并没有得到充分的体现，在RAC的架构中，在这种情况下，更加充分地利用管理者掌握的所有服务器资源，问题的原因也各不相同， 高可用性，经过合理的设计、开发，由于驱动、固件版本的不同也可能导致硬件出现问题以及与其他设备的兼容性问题，始终有一台机器作为备用机，。